WO 2005/032094 



PCT/EP2004/052163 



Beschreibung 

Uberpriifung der Verf iigbarkeit eines Servers 

5 Die vorliegende Erfindung betrifft ein Verfahren zur Uberprii- 
fung der Verf iigbarkeit eines Servers , ein Steuerungsprogramm 
und einen Client fur ein verbindungslose Dienste bereitstel- 
lendes Netz . 

10 Eine zuverlassige Oberprufung der Verf iigbarkeit eines Servers 
ist insbesondere bei lose gekoppelten Client-Server-Beziehun- 
gen in paketorientierten Datennetzen von grower Bedeutung. 
Erkennt ein Client friihzeitig, daft ein Server uberlastet oder 
ausgef alien ist, so konnen noch rechtzeitig Gegenmaftnahmen 

15 eingeleitet werden, beispielsweise Suche nach einem Alterna- 
tiv-Server oder Erzeugen von Warnhinweisen. Verfahren zur U- 
berpriifung der Verf iigbarkeit eines Servers, zu denen auch im 
H . 32 3 -Standard, Stand 11/2000, Kap. 7.2.2 beschriebene Keep- 
Alive-Tests zahlen, werden angewendet, wenn keine permanente 

20 Kommunikationsbeziehung zwischen Client und Server besteht, 
ein fehlerfreies Bestehen einer solchen Beziehung jedoch 
Grundlage fur eine gewiinschte Funktionalitat ist, beispiels- 
weise Internet-Telephonie . In paketorientierten Netzen dienen 
Keep-Alive-Tests beispielsweise dazu, Kommunikationsteilneh- 

25 mern einen quasi leitungsvermittelnden Charakter hinsichtlich 
gegenseitiger Erreichbarkeit zu simulieren. 

Bei gangigen Keep-Alive-Tests sendet ein Client in zyklischen 
Zeitabstanden Verf iigbarkeitsanf ragen an einen ausgewahlten 

30 Server. Wird eine Verf iigbarkeitsanf rage durch den Server in- 
nerhalb eines vorgebbaren Zeitraums beantwortet, gilt der 
Server als verfiigbar und die Kommunikationsbeziehung daher 
als aktiv. Nachteilig an dieser Vorgehensweise ist, daft der 
Server in der Regel durch eine Beantwortung samtlicher 

35 Client-Anf ragen erheblich belastet wird. 
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Der vorliegenden Erfindung liegt daher die Aufgabe zugrunde, 
ein Verfahren zur Uberprufung der Verf iigbarkeit eines Ser- 
vers, das eine Minimierung der Belastung des Servers durch an 
ihn gerichtete Verf ugbarkeitsanf ragen ermoglicht, sowie zur 
5 Durchfuhrung des Verfahrens geeignete technische Implementie- 
rungen anzugeben. 

Diese Aufgabe wird erf indungsgemali durch ein Verfahren mit 
den in Anspruch 1, ein Steuerungsprogramm mit den in Anspruch 
10 7 und einen Client mit den in Anspruch 8 angegebenen Merkma- 
len gelost. Vorteilhafte Weiterbildungen der vorliegenden Er- 
findung sind in den abhangigen Anspruchen angegeben. 

Ein wesentlicher Aspekt der vorliegenden Erfindung besteht 
15 darin, dafi ein Client, der auf eine an einen Server gerichte- 
te Verfugbarkeitsanf rage eine Bestatigungsmeldung vom Server 
empfangen hat, eine Meldung uber die Verf iigbarkeit des Ser- 
vers an weitere Clients ubermittelt. Daraufhin unterbinden 
die vorgebbaren weiteren Clients zumindest fur ein vorgebba- 
20 res Zeitintervall ein Ubermitteln einer Verf iigbarkeitsanf rage 
an den Server. Auf diese Weise kann die Belastung des Servers 
durch Verfugbarkeitsanf ragen erheblich reduziert werden, ohne 
dali dies beispielsweise zu Lasten einer nicht mehr rechtzei- 
tigen Erkennung eines Serverausf alls oder einer Serveriiber- 
25 lastung geht. 

Die vorliegende Erfindung wird nachfolgend an einem Ausfiih- 
rungsbeispiel anhand der Zeichnung naher erlautert. Es zeigt 

30 Figur 1 ein Anwendungsumf eld der vorliegenden Erfindung mit 
zahlreichen Clients und Servern in einem paketori- 
entierten Netz mit mehreren Teilnetzen f 



Figur 2 ein Ablauf diagramm fur ein Verfahren zur Uberpru- 
35 fung der Verf iigbarkeit eines Servers, 
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Figur 3 ein Ablauf diagramm fur ein gegeniiber Figur 2 modi- 
fiziertes Verfahren, bei dem zusatzlich die Verfiig- 
barkeit von Clients durch den Server uberpruft 
wird. 

5 

In Figur 1 ist ein Kommunikationssystem dargestellt, das ein 
paketorientiertes Netz mit mehreren Teilnetzen 101, 110, 120, 
130, Server 102 bis 104 und mehrere Clients 111 bis 115, 121 
bis 123, 131 bis 133 umfafit. Die Clients 111 bis 115, 121 bis 
10 123, 131 bis 133 nutzen von den Servern 102 bis 104 angebote- 
ne Dienste, beispielsweise Internet-Telef onie . 

Bei den Teilnetzen 110, 120, 130 handelt es sich urn lokale 
Subnetze, die jeweils liber einen Gatekeeper verfugen. Die Ga- 
15 tekeeper dienen vornehmlich zur Zugangskontrolle und zu Adre- 
fiubersetzungsdiensten . Diese Funktionalitat der Gatekeeper 
kann durch Server im paketorientierten Netz ubernommen wer- 
den . 

20 Zur Nutzung von durch einen Server 102 bis 104 angebotenen 
Diensten registrieren sich die Clients 111 bis 115, 121 bis 
123, 131 bis 133 zunachst am jeweiligen Server. Dabei wird 
ein Zeitraum spezif iziert, innerhalb dessen eine Registrie- 
rung als giiltig behandelt wird. Der Ablauf eines Registrie- 

25 rungsverfahrens wird exemplarisch und ohne Beschrankung der 
Allgemeingultigkeit fur den Client 111 dargestellt. 

Der Client 111 verfligt iiber eine zentrale Prozessoreinheit 
(CPU) , einen Arbeitsspeicher (RAM) , eine Festplatte zur 
30 nichtf luchtigen Speicherung von Daten (HD) , einen Netzwerk- 

adapter (Tx/Rx) und eine Zeitsteuerungseinheit (Timer) . Einen 
solchen Aufbau und eine solche Funktionalitat konnen auch die 
ubrigen in Figur 1 dargestellten Clients 112 bis 115, 121 bis 
123, 131 bis 133 aufweisen. 

35 

Zur Registrierung an einem der Server 102 bis 104 ubermittelt 
der Client 111 eine Meldung mit einer Registrierungsanf orde- 
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rung RRQ an einen Server, der einen gewunschten Dienst be- 
reitstellt. In der Meldung mit der Registrierungsanf orderung 
RRQ wird ein Zeitraum spezif iziert , innerhalb dessen die Re- 
gistrierung des Clients 111 am ausgewahlten Server gultig 
5 sein soli. Aufterhalb dieses Zeitraums gilt die Registrierung 
des Clients als ungiiltig. 

Bei Verf vigbarkeit antwortet der ausgewahlte Server durch eine 
Meldung mit Registrierungsbestatigung RCF auf die Registrie- 
10 rungsanf rage . In der Meldung mit der Registrierungsbestati- 
gung RCF ebenfalls einen Giiltigkeitszeitraum fur die Regist- 
rierung spezif iziert . Der vom ausgewahlten Server bestatigte 
Giiltigkeitszeitraum entspricht entweder dem vom Client 111 
angegebenen Zeitraum Oder ist kiirzer als dieser. 

15 

Innerhalb des Gultigkeitszeitraums fur die Registrierung kann 
der Client 111 Verf ugbarkeitsanf ragen an den ausgewahlten 
Server richten. Derartige Verf ugbarkeitsanf ragen, die auch 
als Keep-Alive-Tests bezeichnet werden, werden ebenfalls in 
20 Form einer Meldung mit einer Registrierungsanf rage RRQ an den 
ausgewahlten Server ubermittelt. Eine im Rahmen eines Keep- 
Alive-Tests ubermittelte Meldung mit Registrierungsanf rage 
RRQ weist gegenuber gewohnlichen Meldungen mit Registrie- 
rungsanf rage ein gesetztes Keep-Alive-Bit ist. 

25 

Entsprechend den ITU-T-Empf ehlungen H. 225.0, Stand 11/2000, 
Kapitel 7.9 ist eine verkurzte Meldung mit Registrierungsan- 
frage fur eine "Lightweight Registration" bereits ausrei- 
chend. Dabei weist die Meldung mit Registrierungsanf rage le- 

30 diglich Angaben iiber eine Registrierungs- und Status- 

Transportadresse (RAS-Adresse) des Clients, ein gesetztes 
Keep-Alive-Bit, einen Endpunktidentif ikator fur den Client, 
einen Server- bzw. Gatekeeperidentif ikator , Berechtigungsmar- 
ken (Tokens) fur auszuf uhrende Operationen und einen Gultig- 

35 keitszeitraum fur die Registrierung. 
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Eine Meldung mit Registrierungsanf orderung RRQ, die im Rahmen 
eines Keep-Alive-Tests an den ausgewahlten Server ubermittelt 
wird, kann auch zur Verlangerung des Giiltigkeitszeitraums der 
Registrierung verwendet werden. Dies gilt jedoch nur dann, 
5 wenn die Meldung noch innerhalb des Giiltigkeitszeitraums der 
Registrierung vom ausgewahlten Server empfangen wird. Daher 
sollten zur Ermittlung des Endes eines Giiltigkeitszeitraums 
durch einen Client auch Meldungs- und Bearbeitungsverzogerun- 
gen berucksichtigt werden. Nach dem Ende des Gultigkeitszeit- 
10 raums der Registrierung ist zur erneuten Registrierung eine 
Ubermittlung einer oben beschriebenen verkiirzten Meldung mit 
Registrierungsanf rage nicht mehr ausreichend. 

Falls die Meldung mit der Registrierungsbestatigung RCF keine 
15 Angabe liber einen Giiltigkeitszeitraum der Registrierung auf- 
weist, wird dies dahingehend gewertet werden, daJS der ausge- 
wahlte Server keine Keep-Alive-Mechanismen fur Verfugbar- 
keitsanf ragen unterstlitzt. Clients sollten bei Empfang einer 
solchen Meldung ohne Angabe uber einen Giiltigkeitszeitraum 
20 ein Versenden von Verf iigbarkeitsanf ragen an den jeweiligen 
Server unterbinden. 

Nach Ablauf der Giiltigkeit einer Registrierung kann der aus- 
gewahlte Server eine Meldung mit einem entsprechenden Hinweis 
25 an den betroffenen Client iibermitteln, um diesen tiber den Ab- 
lauf des Giiltigkeitszeitraums zu informieren. Dies ist insbe- 
sondere bei einem Verlust der Synchronisierung zwischen Zeit- 
steuerungseinheiten am Client einerseits und am Server ande- 
rerseits von Vorteil. 

30 

Sendet der Client 111 nach dem Ende des Giiltigkeitszeitraums 
der Registrierung eine oben beschrieben verkiirzte Meldung mit 
Registrierungsanf rage RRQ und gesetztem Keep-Alive-Bit an den 
ausgewahlten Server, so wird der Server durch eine Meldung 
35 mit Registrierungszuriickweisung RRJ reagieren. In einer sol- 
chen Meldung kann auch ein Zuriickweisungsgrund angegeben 
sein . 
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Urn eine unnotige Belastung eines Servers 102 bis 104 durch 
Verfugbarkeitsanf ragen von Clients 111 bis 115, 121 bis 123, 
131 bis 133 zu vermeiden, informiert ein Client, der eine po- 
sitive oder eine negative Antwort auf eine Verf ugbarkeitsan- 
frage erhalten hat, mittels einer Multicast-Meldung MCM samt- 
liche Clients innerhalb desselben Teilnetzes 110, 120, 130 
uber die Verf iigbarkeit des jeweiligen Servers. Durch eine Be- 
grenzung auf dasselbe Teilnetz konnen auBerdem Probleme im 
Hinblick auf nicht allgemein auflosbare Adressen umgangen 
werden. Insbesondere wird eine unnotige Netzbelastung durch 
nichtadressierbare Meldungen verhindert. 

Das in Figur 2 dargestellte Ablauf diagramm dient zur weiteren 
Veranschaulichung eines Verfahrens zur Uberprufung der Ver- 
fugbarkeit eines Servers in einem paketorientierten Kommuni- 
kationsnetz. Ausgangspunkt des Verfahrens ist ein Start eines 
Timers bzw. eines Zahlers einer Zeitsteuerungseinheit eines 
Clients (Schritt 201) . Durch den Timer werden Zeitpunkte 
festgelegt, zu denen Verf ugbarkeitsanf ragen des Clients an 
einen ausgewahlten Server iibermittelt werden sollen. 

Nach dem Start des Timers uberwacht der Client den Empfang 
von Multicast-Meldungen MCM, aus denen sich Aussagen uber die 
25 Verf iigbarkeit eines Servers ergeben (Schritt 202) . Empfangt 
der Client eine solche Multicast-Meldung, so wird der Timer 
zuriickgesetzt (Schritt 208). Dadurch wird eine Obermittlung 
von Verf ugbarkeitsanf ragen an den ausgewahlten Server fur ein 
vorgebbares Zeitintervall unterbunden . 

30 

Sofern keine neue Multicast-Meldung empfangen wurde, wird zu- 
satzlich iiberpruft, ob der Timer abgelaufen und damit ein 
Zeitpunkt zum Absetzen einer neuen Verf ugbarkeitsanf rage er- 
reicht ist (Schritt 203) . Wenn der Timer noch nicht abgelau- 
35 fen ist, werden weiterhin der Empfang von Multicast-Meldungen 
und der Ablauf des Timers iiberpruft. Ist der Timer abgelau- 
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fen, wird eine Verf ugbarkeitsanf rage an den ausgewahlten Ser- 
ver versendet (Schritt 204) • 

In Schritt 205 wird zumindest implizit die Verf ugbarkeit oder 
5 Nichtverf ugbarkeit des ausgewahlten Servers f estgestellt . 1st 
der ausgewahlte Server verfugbar, so antwortet dieser durch 
eine an den anfragenden Client gerichtete Bestatigungsmeldung 
auf die Verf ugbarkeitsanf rage (Schritt 206) . Nach Erhalt der 
Bestatigungsmeldung informiert der anfragende Client samtli- 

10 che weiteren Clients innerhalb desselben Teilnetzes uber die 
Verf ugbarkeit des ausgewahlten Servers mittels einer Multi- 
cast-Meldung (Schritt 207) . Daraufhin unterbinden die weite- 
ren Clients, welche die Multicast-Meldung empfangen haben, 
ihrerseits ein Ubermitteln von Verf ugbarkeitsanf ragen an den 

15 ausgewahlten Server fur ein vorgegebenes Zeitintervall . 

Da bei Ausfall oder Uberlastung des ausgewahlten Servers kei- 
ne Bestatigungsmeldung uber dessen Verf ugbarkeit versendet 
wird, wird uberpruft, ob der ausgewahlte Server zumindest in 

20 der Lage ist, mit einer Nichtverf iigbarkeitsmeldung auf die 
Verfugbarkeitsanf rage zu reagieren (Schritt 209) . Bei einer 
Uberlastung des ausgewahlten Servers ware dies beispielsweise 
noch moglich. Dagegen ist bei einem Ausfall des ausgewahlten 
Servers nicht mehr mit einem Versenden einer Nichtverf ugbar- 

25 keitsmeldung zu rechnen. Daher wird uberpruft ob ein Zeitli- 
mit fur den Empfang einer Bestatigungsmeldung oder einer 
Nichtverfugbarkeitsmeldung erreicht wird (Schritt 211) . Wird 
dieses Zeitlimit tiberschritten, so ubermittelt der anfragende 
Client eine Multicast-Meldung uber die Nichtverf ugbarkeit des 

30 ausgewahlten Servers an samtliche Clients innerhalb desselben 
Teilnetzes (Schritt 210) . In entsprechender Weise wird ver- 
fahren, wenn der anfragende Client innerhalb des fur eine An- 
wort auf die Verf ugbarkeitsanf rage zulassigen Zeitlimits eine 
Nichtverf iigbarkeitsmeldung erhalt . 

35 

Das beschriebene Verfahren zur Uberpriifung der Verf ugbarkeit 
eines Servers wird vorzugsweise durch ein Steuerungsprogramm 
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implement iert, das in einen Arbeitsspeicher eines Clients 
ladbar ist und zumindest einen Code-Abschnitt aufweist, bei 
dessen Ausfiihrung die vorangehend beschriebenen Schritte U- 
bermitteln der Verf iigbarkeitsanf rage, Uberwachen des Empfangs 
5 einer Bestatigungsmeldung, Ubermitteln einer Meldung uber die 
Verf ugbarkeit an weitere Clients , Uberwachen des Empfangs von 
Meldungen weiterer Clients und ggf . Unterbinden des Versen- 
dens von Verf iigbarkeitsanf ragen ablaufen. Mittels des Steue- 
rungsprogramms wird ein Client fur ein verbindungslose Diens- 

10 te bereitstellendes Kommunikationsnetz implementiert, der ei- 
ne Einrichtung zum Ubermitteln von Verf Iigbarkeitsanf ragen, 
eine Einrichtung zur Uberwachung des Empfangs von Bestati- 
gungsmeldungen, eine Einrichtung zur Ubermittlung von Meldun- 
gen uber die Verf ugbarkeit von Servern an weitere Clients so- 

15 wie eine Einrichtung zur Uberwachung des Empfangs von Meldun- 
gen weiterer Clients und zum Unterbinden des Obermittelns von 
Verf Iigbarkeitsanf ragen aufweist. 

Die nachf olgenden Betrachtungen dienen einer Herleitung der 
20 Vorteile des beschriebenen Verfahrens zur Uberpriifung der 

Verf ugbarkeit eines Servers gegeniiber bisher gangigen Keep- 
Alive-Tests. Entsprechend den bisher gangigen Keep-Alive- 
Tests wiirde ein Server bei n=1000 Verf iigbarkeitsanf ragen sen- 
denden Clients und einer Anfragerate von a=3 Anfragen pro Mi- 
25 nute und Client sowie unter der Annahme einer zeitlichen 
Gleichverteilung derartiger Anfragen alle 

t r {a = \n = 1000) = — = 6 ° S = 20ms 
an 31000 

eine Verf iigbarkeitsanf rage zu beantworten haben. 

30 Der Server ware also durchschnittlich alle 20 ms damit be- 

schaftigt, eine Verf iigbarkeitsanf rage zeitnah zu beantworten. 
Dies wiirde zu einer erheblichen Belastung des Servers durch 
Verfiigbarkeitsanf ragen fuhren, was ihn in der Wahrnehmung 
seiner ihm eigentlich zugedachten Aufgaben stark einschranken 

35 wiirde. Zur Losung dieses Problems wiirde sich zunachst anbie- 
ten, die Anfragerate der Clients pro Minute stark zu reduzie- 
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ren, was jedoch zur Folge hatte, dafi die betroffenen Clients 
den Verlust der Verf ugbarkeit des Server unter Umstanden un- 
zureichend spat feststellen. 

5 Fur eine Abschatzung einer mit dem hier vorgeschlagenen Ver- 
fahren erzielbaren Vorteile wird zunachst angenommen, dafi 
sich n Clients auf s Teilnetze verteilen. Ferner wird ange- 
nommen, dafi aus jedem dieser s Teilnetze wenigstens ein 
Client versuchen wird, die Verf ugbarkeit des Servers abzufra- 

10 gen* Jeder dieser Clienst wiirde dann wiederum die ubrigen 

Clients innerhalb seines Teilnetzes mittels einer Multicast- 
Meldung uber die Serververf ugbarkeit informieren. Unter idea- 
lisierten Bedingungen wtirde die Anzahl der durch den Server 
zu bearbeitenden Verf iigbarkeitsanf ragen der Anzahl s der 

15 Teilnetze entsprechen. Zusatzlich ist noch zu berucksichti- 
gen, dafi die Multicast-Meldungen in den Teilnetzen eine Ver- 
lustrate v zwischen 0 und 100 Prozent aufweisen konnen. Damit 
ist die Anzahl v c von Clients pro Teilnetz, die von einer 
Multicast-Meldung nicht erreicht werden und somit selber eine 

20 Verf iigbarkeitsanf rage an den Server senden abhangig von der 
Verlustrate v der Multicast-Meldungen: 

Die Gesamtzahl v c a11 aller Clients, die unter dieser Voraus- 
25 setzung tatsachlich eine Verf iigbarkeitsanf rage an den Server 
richten lafit sich damit wie folgt abschatzen: 

v c" = «y-v-(— — l) + s = v- « — v-.s + s = v- w + s(l-v) . 
s 

Unter diesen Annahmen kann das Zeitintervall t r zwischen zwei 
30 an den Server gerichteten Verf iigbarkeitsanf ragen wie folgt 
berechnet werden : 

. , . 605 
/ r (a,w,^,v) = — . 

a • (v • n + s(l - v)) 

Anhand eines Zahlenbeispiels wird die Belastung des Servers 
35 durch Verf iigbarkeitsanf ragen bei bisher gangigen Keep-Alive- 
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Tests der Belastung des Servers entsprechend dem hier vorge- 
schlagenen Verfahrens gegeniiber gestellt. Bei einer Anf rage- 
rate von a=3 Verf ugbarkeitsanf ragen pro Minute und n=1000 
Clients gilt fur das Zeitintervall t r zwischen zwei Verfiig- 
barkeitsanf ragen : 

60s 20s 



/ r (a = 3,« = 1000,s,v) = 



3-(v 1000 + s(l -v)) 1000 v + s(l-v) 



Typische Werte fur die Verlustrate v liegen deutlich unter 
100 Prozent. Mit den obigen Werten fur die Anfragerate a, die 
10 Anzahl n der Clients und s=10 Teilnetzen ergeben sich in Ab- 
hangigkeit von der Verlustrate v die folgenden Ef f izienzstei- 
gerungen deff in Prozent bezogen auf die gangigen Keep-Alive- 
Tests mit einem Zeitintervall t r = 20 ms zwischen zwei Ver- 
f ugbarkeitsanf ragen : 



V 


0.0 


0.1 


0.2 


0.5 


0.8 


t r [ms] 


2000 


183 


96 


40 


25 


deff [%] 


9900 


815 


380 


100 


25 



Bei einer Verlustrate v = 20 % betragt die mittlere Zeit t r 
zwischen zwei durch den Server zu bearbeitende Verfugbar- 
keitsanf ragen beispielsweise ca. 96 ms. Dies entspricht einer 
20 Ef f izienzsteigerung d e ff = 380 % im Vergleich zu bisher gangi- 
gen Keep-Alive-Tests. 



Insgesamt ist festzustellen, dafi bei dem hier vorgeschlagenen 
Verfahren zur Uberprufung der Serververf ugbarkeit die Belas- 

25 tung des Servers durch eine Beantwortung von Verf ugbarkeits- 
anfragen deutlich sinkt, ohne daii dies zu einer signif ikanten 
Erhohung der Zeit fuhrt, bis den Clients die Nichtverf ugbar- 
keit des Servers bekannt wird. Aufterdem sind zur Implementie- 
rung des hier vorgeschlagenen Verfahrens lediglich auf Seiten 

30 der Clients Anderungen notwendig. Die bisherige Vorgehenswei- 
se zur Bearbeitung von Verf ugbarkeitsanf ragen kann auf Ser- 
verseite beibehalten werden und erfordert damit keine weite- 
ren Auf wendungen . 
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Bei dem in Figur 3 dargestellten Verfahren wird zusatzlich 
die Verfiigbarkeit von Clients durch einen Server uberpruft. 
Dies bedeutet, daft ein Server auch uber die Verfiigbarkeit von 
5 Clients informiert ist, die lediglich von einen anderen 

Client per Multicast-Meldung uber die Verfiigbarkeit des Ser- 
vers informiert werden und nicht selber Keep-Alive-Anf ragen 
direkt an den Server richten. Zunachst startet jeder Client 
einen erster Timer (Timer 1) (Schritt 301) und uberpruft, ob 

10 eine Multicast-Sammelanf rage empfangen wurde (Schritt 302) . 
Eine Multicast-Sammelanf rage kann von einem Client als Zei- 
chen dafiir ausgesendet werden, dafi dieser Client einen Sam- 
mel-Keep-Alive-Test mit einem Server durchfiihren mochte, und 
daii dieser Client dafiir die Keep-Alive-Daten anderer Clients 

15 benotigt. 

Der Zustand des ersten Timers wird fortlaufend durch den je- 
weiligen Client uberpruft (Schritt 303) . Sollte der erste Ti- 
mer noch nicht abgelaufen und keine Multicast-Sammelanf rage 

20 eingegangen sein, so wird der Empfang einer Multicast-Sammel- 
anf rage weiter iiberwacht. Ist der erste Timer abgelaufen und 
keine Multicast-Sammelanf rage empfangen worden, so ubernimmt 
der jeweilige Client die Aufgabe, selber eine Multicast- 
Sammelanf rage an einen ausgewahlten Server zu richten. Dazu 

25 startet der jeweilige anfragende Client einen zweiten Timer 
(Timer 2) (Schritt 304) und iibermittelt eine Multicast- 
Sammelanf rage an vorgebbare weitere Clients (Schritt 305) . 
Nachfolgend uberpruft der jeweilige anfragende Client, ob die 
Multicast-Sammelanf rage von den vorgebbaren weiteren Clients 

30 beantwortet wurde (Schritt 306) , und ob der zweite Timer ab- 
gelaufen ist (Schritt 307) . Sollte der zweite Timer noch 
nicht abgelaufen und keine Antwort auf die Multicast- 
Sammelanf rage eingegangen sein, so wird der Empfang einer 
Antwort auf die Multicast-Sammelanf rage weiter iiberwacht. 

35 

Nach Ablauf des zweiten Timers startet der jeweilige anfra- 
gende Client einen dritten Timer (Timer 3) (Schritt 308) und 
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sendet eine Sammel-Verfugbarkeitsanf rage an den ausgewahlten 
Server (Schritt 309) . Die Sammel-Verfugbarkeitsanf rage umfaflt 
Daten des jeweiligen anfragenden Clients und derjenigen vor- 
gebbaren weiteren Clients, die bis zum Ablauf des zweiten Ti- 
5 mers auf die Multicast-Sammelanf rage des jeweiligen anfragen- 
den Clients geantwortet haben. Nachfolgend iiberpruft der je- 
weilige anfragende Client, ob der ausgewahlte Server Verfug- 
barkeit signalisiert hat (Schritt 310) , und ob der dritte Ti- 
mer abgelaufen ist (Schritt 311) . Sollte der dritte Timer 
10 noch nicht abgelaufen und keine Antwort auf die Sammel-Ver- 
fugbarkeitsanf rage eingegangen sein, so wird der Empfang ei- 
ner Antwort auf die Sammel-Verfugbarkeitsanf rage weiter iiber- 
wacht . 

15 Hat der ausgewahlte Server seine Verf ugbarkeit dem jeweiligen 
anfragenden Client signalisiert, so ubermittelt der jeweilige 
anfragende Client eine positive Multicast-Verf iigbarkeitsmel- 
dung an die vorgebbaren weiteren Clients (Schritt 312) . Soll- 
te der ausgewahlte Server seine Nichtverf ugbarkeit signali- 

20 siert Oder bis zum Ablauf des dritten Timers keine Antwort 

auf die Sammel-Verfugbarkeitsanf rage gesendet haben, so uber- 
mittelt der jeweilige anfragende Client eine negative Multi- 
cast-Verf ugbarkeitsmeldung an die vorgebbaren weiteren 
Clients (Schritt 313) . 

25 

Vorgebbare weitere Clients, die entsprechend der Uberprlifung 
in Schritt 302 eine Multicast-Sammelanf rage empfangen haben, 
tibermitteln ihre Keep-Alive-Daten an den jeweiligen anfragen- 
den Client (Schritt 314) , deren Empfang der jeweilige anfra- 

30 gende Client entsprechend Schritt 306 uberpruft. Nachfolgend 
starten die vorgebbaren weiteren Clients einen vierten Timer 
(Timer 4) (Schritt 315) und uberpriifen, ob eine positive Oder 
negative Multicast-Verf ugbarkeitsmeldung des jeweiligen an- 
fragenden Clients empfangen wurde (Schritt 316), und ob der 

35 vierte Timer abgelaufen ist (Schritt 317) . Bei Empfang einer 
Multicast-Verf ugbarkeitsmeldung des jeweiligen anfragenden 
Clients wird der erste Timer zuruckgesetzt (Schritt 318), so 
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daft die vorgebbaren weiteren Clients fur eine durch den Ab- 
lauf des ersten Timers bestimmte Zeitdauer keine Verfugbara- 
keitsanf ragen an den ausgewahlten Server richten. 

5 Solange der vierte Timer nicht abgelaufen ist, warten die 
vorgebbaren weiteren Clients auf eine Multicast-Verf ugbar- 
keitsmeldung des jeweiligen anfragenden Clients. Sollte dies 
nicht vor Ablauf des vierten Timers geschehen, ubernimmt der 
jeweilige Client nun selbst eine Rolle als Steller einer Sam- 
10 mel-Verfugbarkeitsanf rage entsprechend den Schritten 304 bis 
313, sofern der erste Timer abgelaufen ist bzw. vor seinem 
Ablauf keine weitere Multicast-Sammelanf rage eingeht. 

Die Anwendung der vorliegenden Erfindung ist nicht auf das 
15 hier beschriebene Ausf uhrungsbeispiel beschrankt. 
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Patent anspruche 

1. Verfahren zur Oberprufung der Verf ugbarkeit eines Servers, 
bei dem 

5 - eine Verf ilgbarkeitsanf rage von einem Client an einen Ser- 
ver ubermittelt wird, 
- die Verf ugbarkeitsanf rage bei Verf ugbarkeit des Servers 
durch eine vom Server an den Client iibermittelte Bestati- 
gungsmeldung beantwortet wird, 
10 dadurch gekennzeichnet , daft der Client eine Meldung uber die 
Verf ugbarkeit des Servers an weitere Clients ubermittelt, die 
daraufhin jeweils ein Obermitteln einer Verf ugbarkeitsanf rage 
an den Server zumindest fur ein vorgebbares Zeitintervall un- 
terbinden . 

15 

2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, dafi Daten zwischen dem Server und den 
Clients mittels verbindungsloser Vermittlungssteuerung uber- 
mittelt werden . 

20 

3. Verfahren nach einem der Anspruche 1 oder 2, 

dadurch gekennzeichnet, dali die Meldung uber die Verfugbar- 
keit des Servers an die vorgebbaren weiteren Clients mittels 
Multicast ubermittelt wird, 

25 

4. Verfahren nach einem der Anspruche 1 bis 3, 

dadurch gekennzeichnet, daJ3 der Client nur vorgebbare weitere 
Clients innerhalb desselben Teilnetzes uber die Verf ugbarkeit 
des Servers informiert. 

30 

5. Verfahren nach einem der Anspruche 1 bis 4, 

dadurch gekennzeichnet, dali der Client zu durch eine Zeit- 
steuerung vorgegebenen Zeitpunkten Verf ugbarkeitsanf ragen 
ausfuhrt . 
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6. Verfahren nach Anspruch 5, 

dadurch gekennzeichnet, daft jeweils ein Zahler einer Zeit- 
steuerung, die einem vorgebbaren weiteren Client zugeordnet 
ist und Verf iigbarkeitsanf ragen veranlafit, bei Empfang einer 
5 Meldung iiber die Verf ugbarkeit des Servers auf einen vorgeb- 
baren Wert zuriickgesetzt wird. 

7. Steuerungsprogramm, das in einen Arbeitsspeicher eines 
Clients ladbar ist und zumindest einen Codeabschnitt auf- 
weist, bei dessen Ausfuhrung 

- eine Verf iigbarkeitsanf rage von dem Client an einen Server 
iibermittelt wird, 

- ein Empfang einer die Verf iigbarkeitsanf rage bei Verfiigbar- 
keit des Servers beantwortenden Bestatigungsmeldung iiber- 
wacht wird, 

- eine Meldung iiber die Verf ugbarkeit des Servers an weitere 
Clients iibermittelt wird, 

ein Empfang einer Meldung eines vorgebbaren weiteren 
Clients iiber die Verf ugbarkeit des Servers iiberwacht und 
ein Obermitteln einer Verf iigbarkeitsanf rage an den Server 
zumindest fur ein vorgebbares Zeitintervall bei Empfang 
einer solchen Meldung unterbunden wird, 
wenn das Steuerungsprogramm in dem Client ablauft. 

25 8. Client fur ein verbindungslose Dienste bereitstellendes 
Kommunikationsnetz mit 

- einer Einrichtung zum Ubermitteln einer Verf tigbarkeitsan- 
frage an einen Server, 

- einer Einrichtung zur Uberwachung eines Empfangs einer die 
30 Verfiigbarkeitsanf rage bei Verf ugbarkeit des Servers beant- 
wortenden Bestatigungsmeldung, 

- einer Einrichtung zur Obermittlung einer Meldung iiber die 
Verf ugbarkeit des Servers an weitere Clients, 

- einer Einrichtung zur Oberwachung eines Empfangs einer 
35 Meldung eines vorgebbaren weiteren Clients iiber die Ver- 

fiigbarkeit des Servers und zum Unterbinden eines Ubermit- 
telns einer Verf iigbarkeitsanf rage an den Server zumindest 
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fur ein vorgebbares Zeitintervall bei Empfang einer sol- 
chen Meldung. 
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